Główny Inspektor Pracy uznał, że specjaliści IT i kierownicy projektów mogą współpracować z firmą jako przedsiębiorcy, a nie jako pracownicy – pod warunkiem, że nikt nie kieruje ich pracą tak, jak kieruje się pracą etatowca. Ta sama seria rozstrzygnięć pokazuje jednak, gdzie przebiega granica: kelner pracujący według grafiku czy osoba obsługująca biuro w strukturach zleceniodawcy pozostają w ocenie GIP pracownikami, niezależnie od tytułu umowy. Omawiamy najważniejsze sprawy i podpowiadamy, jak sprawdzić własny model współpracy.
Nowe uprawnienie inspekcji
Od 8 lipca 2026 r. przedsiębiorca może zapytać Głównego Inspektora Pracy, czy planowana lub stosowana forma zatrudnienia jest zgodna z prawem (art. 14b ustawy o Państwowej Inspekcji Pracy). Odpowiedzi w formie interpretacji indywidualnych trafiają do Biuletynu Informacji Publicznej. Do początku października 2026 r. opublikowano 19 interpretacji dotyczących kwalifikacji umów cywilnoprawnych, w tym kilka poświęconych współpracy B2B. Dla firm technologicznych bilans jest jak dotąd korzystny – każda sprawa dotycząca typowego dla IT modelu kontraktowego zakończyła się stanowiskiem przychylnym wnioskodawcy.
Punkt wyjścia: czym umowa o pracę różni się od cywilnej
Etat nie jest jedyną legalną podstawą wykonywania pracy zarobkowej. Równie dopuszczalne są umowy prawa cywilnego oraz świadczenie usług w ramach własnej firmy. Granicę wyznacza art. 22 Kodeksu pracy. Stosunek pracy cechuje to, że:
- pracodawca na bieżąco kieruje pracą oraz wyznacza, gdzie i kiedy ma być wykonywana,
- pracownik musi wykonywać ją osobiście i nie może przekazać jej komuś innemu,
- pracodawca ma obowiązek płacić za pracę określonego rodzaju, a ryzyko jej organizacji spoczywa na nim.
Typowa umowa cywilnoprawna, np. zlecenie, wygląda inaczej:
- wykonawca nie podlega na co dzień poleceniom zamawiającego,
- może skorzystać z pomocy podwykonawcy, a zlecenie może przyjąć kilka osób wspólnie,
- sam ponosi wydatki związane z realizacją (z możliwością ich zwrotu) i odpowiada za niewykonanie zobowiązania,
- strony mogą przewidzieć karę umowną za niewykonanie lub wadliwe wykonanie umowy,
- w sprawach nieuregulowanych w umowie stosuje się prawo cywilne; wyjątek stanowią zasady bhp (art. 304 i 304¹ K.p.) oraz przepisy o minimalnej stawce godzinowej.
Jeżeli współpraca nazwana umową cywilną w rzeczywistości spełnia cechy z art. 22 § 1 K.p., traktuje się ją jak etat – tytuł dokumentu nie ma znaczenia. Zawarcie umowy cywilnej po to, by zakamuflować faktyczny stosunek pracy, stanowi ponadto wykroczenie przeciwko prawom pracownika. Kryterium, do którego GIP wraca w każdej interpretacji, jest podporządkowanie organizacyjne i służbowe. Kwestia ta od lat zajmuje też Sąd Najwyższy, a teraz dołączyły do niej interpretacje inspekcji.
Sprawa wzorcowa dla IT: specjaliści i project managerowie
Interpretacja z 29 lipca 2026 r. (sygn. GIP-GPP.50.6.2026.3, nr UNP GIP-26-262404) była jedną z pierwszych wydanych przez GIP. Spółka opisała w niej dwa modele współpracy z osobami prowadzącymi działalność gospodarczą w zakresie m.in. projektowania, budowy, wdrażania, utrzymania, rozwoju i serwisu systemów informatycznych oraz baz danych.
Model pierwszy – kontraktor wykonujący usługi informatyczne
Podstawą współpracy była umowa ramowa, a konkretne prace zlecano odrębnymi zamówieniami. W każdym z nich strony ustalały przedmiot i zakres usług, warunki realizacji, sposób rozliczenia oraz kwotę wynagrodzenia. Kontraktor mógł zamówienia nie przyjąć, a spółka nie obiecywała mu ani określonej liczby zadań, ani trwałości współpracy.
Osoby koordynujące projekty po stronie spółki wskazywały zadania, oczekiwane efekty, wymagania jakościowe i terminy, ale nie decydowały wiążąco o tym, gdzie, kiedy i w jaki dokładnie sposób kontraktor wykona usługę. Zadania wpisywane do firmowych systemów służyły tylko prowadzeniu projektu i potwierdzaniu wykonanych prac.
Kontraktorzy nie mieli rozkładu czasu pracy. Notowali liczbę godzin poświęconych na usługi, lecz wyłącznie po to, by obliczyć wynagrodzenie i wystawić fakturę – nikt nie sprawdzał na tej podstawie przestrzegania norm czasu pracy. Obowiązywało ich okno dostępności od 6.00 do 22.00, w którym mogli realizować usługi, bez wyznaczonej godziny rozpoczęcia i zakończenia.
Usługi świadczono zdalnie lub w miejscu wskazanym w zamówieniu. Ze względów bezpieczeństwa systemów, ochrony danych i tajemnic chronionych prawem kontraktorzy pracowali na sprzęcie, oprogramowaniu i dostępach przydzielonych przez spółkę – ale tylko w takim zakresie, jaki był do tego potrzebny.
Wynagrodzenie ustalano osobno dla każdego zamówienia: według przepracowanego czasu i zużytych zasobów (model „time and material”) albo ryczałtem. Należało się ono za wykonane usługi i było fakturowane. Za samą gotowość do pracy ani za przerwy między zamówieniami kontraktor nie otrzymywał zapłaty.
Spółka dokonywała odbioru rezultatów lub zestawień wykonanych czynności. Kontraktor odpowiadał na zasadach kontraktowych za niewykonanie albo nienależyte wykonanie usług, w tym płacił kary umowne za zwłokę lub wady. Za zgodą spółki mógł powierzyć realizację innej osobie. Mógł też pracować dla innych firm – z ograniczeniami wynikającymi z umownych klauzul o poufności i zakazie konkurencji.
Do kontraktorów nie stosowano regulaminu pracy, regulaminu wynagradzania, regulaminu zakładowego funduszu świadczeń socjalnych ani innych wewnętrznych aktów prawa pracy. Nie przysługiwały im uprawnienia pracownicze, np. urlop wypoczynkowy, ochrona wynikająca z przepisów o czasie pracy i nadgodzinach czy ochrona przed rozwiązaniem umowy.
Model drugi – kontraktor w roli kierownika projektu
Część kontraktorów, oprócz usług specjalistycznych świadczonych na opisanych wyżej zasadach, przyjmowała odrębne zamówienia na pełnienie funkcji lidera lub koordynatora projektu (project managera, PM). Do ich zadań należało rozdzielanie prac w projekcie, układanie harmonogramu kolejnych etapów, prowadzenie spotkań, kontrola postępów i jakości oraz składanie raportów product ownerowi lub kierownikowi produktu w spółce.
W zespołach, którymi koordynował PM, mogli się znaleźć pracownicy spółki, inni kontraktorzy B2B, a także pracownicy i podwykonawcy klientów spółki. PM nie miał wobec nich żadnych kompetencji pracodawcy: nie zatrudniał i nie zwalniał (ani na etat, ani w ramach B2B), nie ustalał płac, nie udzielał urlopów ani nie podejmował żadnych innych decyzji kadrowych. Zadania, które przydzielał, dotyczyły wyłącznie danego projektu.
Za swoje usługi PM otrzymywał wynagrodzenie w modelu „time and material” albo ryczałt za dany etap projektu. Odpowiadał za to, by zamówiony zakres został zrealizowany terminowo i właściwie, i ponosił odpowiedzialność kontraktową, łącznie z karami umownymi za opóźnienia lub wadliwe wykonanie.
Rozstrzygnięcie
GIP przyznał spółce rację w obu przypadkach. Przypomniał, że pracownikiem jest osoba, która zobowiązała się świadczyć pracę osobiście, w sposób ciągły, za wynagrodzeniem i na ryzyko pracodawcy, podlegając mu co do sposobu, czasu i miejsca jej wykonywania. W opisanych modelach tego podporządkowania zabrakło. Oceniając sytuację jako całość, organ uznał kontraktorów za niezależnych usługodawców, którzy biorą na siebie ryzyko gospodarcze i odpowiadają za wykonanie przyjętych zobowiązań, a nie za osoby pracujące pod czyimś kierownictwem w wyznaczonym miejscu i czasie.
Jakie wnioski płyną z interpretacji
Najważniejsza lekcja jest taka, że ani tytuł umowy, ani faktury, ani wpis do CEIDG nie przesądzają, że mamy do czynienia z B2B. Liczy się to, jak współpraca jest faktycznie ułożona. W omawianej sprawie zadecydowały o tym:
- swoboda kontraktorów w organizowaniu własnej pracy i brak nadzoru typowego dla pracowników,
- prawo do odmowy przyjęcia zamówienia – czego pracownik wobec polecenia pracodawcy zrobić nie może,
- brak gwarancji kolejnych zleceń,
- nastawienie współpracy na konkretne zamówienia i ich efekt,
- brak stałych godzin i z góry wyznaczonego miejsca pracy.
Sprzęt firmy. Praca na komputerze, w systemach i z narzędziami udostępnionymi przez zamawiającego nie wyklucza B2B. W projektach technologicznych bywa to konieczne ze względu na politykę bezpieczeństwa, ochronę danych, wymagania klienta albo potrzebę dostępu do repozytoriów, określonego środowiska czy infrastruktury firmy. To ważny sygnał dla branży. Trzeba jednak pamiętać, że narzędzia są jednym z elementów branych pod uwagę przy całościowej ocenie – same z siebie nie dowodzą podporządkowania, ale też nie są obojętne.
Rozliczenie godzinowe. W IT powszechny jest model „time and material”, w którym kontraktor raportuje godziny poświęcone projektowi, a zapłatę wylicza się ze stawki godzinowej. GIP przyjął, że takie raporty służą rozliczeniu, a nie pilnowaniu norm i rozkładu czasu pracy. Informacja, że nad projektem przepracowano w miesiącu np. 120 godzin, nie oznacza, że kontraktor musiał pracować tyle w godzinach narzuconych przez firmę.
Okno dostępności. Przedział 6.00–22.00 nie został uznany za ustalenie godzin pracy. Przy projektach z udziałem wielu osób naturalne jest umawianie terminów spotkań i kolejnych etapów. Kłopot mógłby się pojawić dopiero wtedy, gdy „dostępność” zamieniłaby się w wymóg, by kontraktor przez osiem godzin każdego dnia czekał na polecenia PM-a.
Kierowanie projektem a kierowanie ludźmi. W firmach technologicznych linia między zarządzaniem projektem a sprawowaniem władzy pracodawcy bywa bardzo cienka. GIP zaakceptował PM-a na B2B, ponieważ jego rola kończyła się na organizacji prac projektowych – nie obejmowała decyzji o zatrudnieniu, zwolnieniu, płacy czy urlopie. Sama nazwa funkcji niczego nie przesądza; decyduje zakres uprawnień i sposób wykonywania zadań.
Kolejne pozytywne sprawy z branży IT
Etat i B2B u jednego kontrahenta (sygn. GIP-GPP.5180.6.2026.8). Analityk baz danych był jednocześnie pracownikiem spółki i jej kontraktorem B2B. GIP uznał to za dopuszczalne, bo oba obszary współpracy były od siebie realnie oddzielone. W części B2B analityk nie musiał wykonywać usług osobiście, mógł je podzlecić lub wskazać zastępcę, nie dostawał poleceń, nie był nadzorowany, nie ewidencjonowano mu czasu pracy i nie wyznaczano miejsca świadczenia usług. Rozstrzygnięcie jest istotne zwłaszcza dla IT w bankowości, gdzie dostęp do systemów dla osób spoza grona pracowników bywał dotąd ograniczony. Samo współistnienie etatu i kontraktu nie sprawiło, że kontrakt uznano za kolejny etat – rozstrzygające było to, czy obie relacje faktycznie działają odrębnie.
Programista w projekcie terminowym (sygn. GIP-GPP.5180.14.2026.4). Sprawa dotyczyła programisty budującego system informatyczny w ramach projektu zaplanowanego na osiem miesięcy. Organ wydał pozytywną interpretację, wskazując przede wszystkim na rzeczywistą możliwość korzystania z pomocy innych osób przy realizacji usługi oraz brak podporządkowania w zakresie metod pracy, miejsca i czasu.
Gdzie GIP postawił granicę
Nie wszystkie interpretacje są korzystne dla zamawiających. Trzy sprawy spoza IT dobrze ilustrują, po czym inspekcja rozpoznaje etat ukryty pod umową cywilną – i kiedy umowa cywilna jest w porządku.
Kelner na zleceniu – stosunek pracy
W interpretacji z 4 września 2026 r. (nr GIP-GPP.5180.3.2026.3) restaurator chciał zatrudniać kelnerów na sezon na podstawie umów zlecenia. Mieli pracować według grafiku, w lokalu wybranym przez restauratora, nadzorowani przez niego, na jego sprzęcie i w zapewnionych przez niego środkach ochrony indywidualnej. Wnioskodawca uważał, że o cywilnym charakterze umowy świadczą sezonowość pracy oraz wola stron.
GIP stanowisko to odrzucił. Przy kwalifikacji umowy bada się faktyczny sposób wykonywania pracy, a nie samą treść kontraktu. Opisane warunki wskazywały na stosunek pracy: kelner na bieżąco wykonywałby polecenia co do sposobu, miejsca i czasu pracy, a obowiązek codziennego stawiania się w określonym miejscu o określonej porze przemawia za etatem bez względu na rodzaj umowy. Organ dodał, że podporządkowanie to nie tylko wydawanie poleceń, lecz także organizowanie całego procesu pracy – to zatrudniający decyduje, gdzie i w jakich godzinach jest ona wykonywana. Kelner nie dostarcza jednorazowego rezultatu, tylko pozostaje do dyspozycji w ustalonym czasie i wykonuje powtarzalne czynności wynikające z bieżącej organizacji lokalu. Zapewnienie sprzętu i środków ochrony indywidualnej, w połączeniu z pracą w lokalu restauratora, zgodnie z ustalonym przez niego grafikiem i pod jego kontrolą, świadczy o organizacyjnym i ekonomicznym włączeniu kelnera w działalność firmy. Sezonowe zapotrzebowanie (wiosna i lato) może uzasadniać umowę o pracę na czas określony, ale nie zastąpienie jej zleceniem, jeśli praca spełnia cechy z art. 22 § 1 K.p.
Obsługa administracyjna na B2B – stosunek pracy
Interpretacja z 23 września 2026 r. (nr GIP-GPP.5180.17.2026.5) dotyczyła firmy prowadzącej działalność w zakresie edukacji językowej. Chciała ona powierzyć zewnętrznemu przedsiębiorcy obsługę administracyjną: prowadzenie korespondencji elektronicznej, kontakt z klientami i kursantami, aktualizowanie danych w systemach teleinformatycznych, obsługę grafików, nieobecności i zastępstw oraz przygotowywanie zestawień i raportów. Usługodawca miał sam decydować o organizacji pracy, jej miejscu i sposobie, wystawiać faktury, samodzielnie rozliczać podatki i składki oraz ponosić koszty działalności. Zdaniem wnioskodawcy wystarczało to do uznania współpracy za B2B.
GIP był odmiennego zdania. Podkreślił, że o charakterze umowy nie decydują ani jej nazwa, ani zamieszczone w projekcie zapewnienia o braku podporządkowania, czasu pracy czy urlopu. Liczy się ogół praw i obowiązków oraz to, jak praca ma wyglądać w praktyce. Usługodawca miałby działać w ramach organizacji stworzonej przez zleceniodawcę, a nie we własnej. Zwykłe czynności administracyjne są nierozerwalnie związane z podstawową działalnością szkoły, a ich efekty byłyby od razu wykorzystywane w jej bieżącej pracy. Umowa nakładała obowiązek stałego, powtarzalnego wykonywania zadań w terminach określonych w załączniku – co do zasady najpóźniej do końca następnego dnia roboczego – przez co harmonogram pracy był w praktyce narzucony sposobem, w jaki firma zorganizowała obsługę klientów. Precyzyjnie określone zasady i terminy, priorytety ustalane przez zleceniodawcę, brak samodzielności w podejmowaniu decyzji oraz cykliczność i nadzór oznaczają podporządkowanie pracownicze. Swoboda w wyborze czasu, miejsca i metod przy zwykłych sprawach biurowych to jedynie autonomia wykonawcza, jaką ma także pracownik, od którego oczekuje się samodzielnego korzystania z wiedzy zawodowej bez szczegółowych instrukcji.
Opiekun osoby starszej na zleceniu – umowa cywilna dopuszczalna
W interpretacji z 21 września 2026 r. (nr GIP-GPP.5180.13.2026.6) GIP przyznał rację wnioskodawcy. Firma organizowała opiekę domową nad osobami starszymi, z niepełnosprawnością lub z innych powodów potrzebującymi wsparcia na co dzień, głównie w Niemczech. Opiekunowie nie podlegali jej nadzorowi i nie mieli grafiku. Ze względu na zmienny stan zdrowia podopiecznych sami decydowali, jakie czynności i w jakiej kolejności wykonać, ustalając plan dnia z osobą, którą się opiekowali, stosownie do jej potrzeb i własnych możliwości. Umowy z klientami wykluczały wydawanie opiekunom poleceń, a sami podopieczni często – np. z powodu demencji czy choroby Alzheimera – nie byli w stanie podejmować racjonalnych decyzji. W miejscu świadczenia usług nie było więc nikogo, kto kierowałby pracą opiekuna.
GIP zauważył, że opiekun świadczy usługę na rzecz podopiecznego, a nie wnioskodawcy, i z nim ustala czas oraz zakres pomocy. Firma wskazuje jedynie osobę wymagającą opieki i ramy czasowe zlecenia, a swobodę pozostawia opiekunowi, bo tylko on zna bieżący stan zdrowia i potrzeby podopiecznego oraz ma odpowiednie doświadczenie. Nie występuje tu nawet tzw. podporządkowanie autonomiczne – łagodna forma zależności, w której pracodawca ustala przynajmniej godziny pracy i zadania, a sposób ich wykonania pozostawia pracownikowi. O czasie, miejscu i zakresie działań opiekuna przesądza bowiem sytuacja podopiecznego.
Interpretacja to nie tarcza dla całej branży
Po kilku miesiącach stosowania nowych przepisów trudno mówić o zmierzchu B2B w IT – współpraca z niezależnymi kontraktorami okazała się akceptowalna również w układach typowych dla tego sektora. Nie znaczy to jednak, że branża dostała gwarancję bezpieczeństwa.
Interpretacja indywidualna opiera się wyłącznie na opisie stanu faktycznego albo zdarzenia przyszłego podanym przez wnioskodawcę. Organ nie kontroluje firmy przed jej wydaniem i nie weryfikuje, jak ta naprawdę działa. Rozstrzygnięcie dotyczy jednego wnioskodawcy i wiąże organy PIP, ale już nie ZUS, administrację skarbową (KAS) ani sądy. Inspekcja sama zastrzega, że jeśli rzeczywiste warunki współpracy odbiegają od opisanych we wniosku, inspektor podczas kontroli oceni je samodzielnie.
Wiele elementów codziennej pracy w IT nie powinno samo w sobie budzić zastrzeżeń: świadczenie usług na rzecz klienta, obowiązek bycia dostępnym w określonych przedziałach czasu, wymóg pracy w konkretnej technologii lub języku programowania, standardy jakości czy przegląd kodu (code review). Często są to obiektywne wymagania wynikające z technologii, bezpieczeństwa albo oczekiwań klienta. Rozstrzygające jest to, czy wyznaczają one tylko ramy usługi, czy stają się narzędziem bieżącego kierowania wykonawcą – w razie kontroli PIP ta różnica może przesądzić o wyniku.
Warto więc odróżniać dwie sytuacje:
- zamawiający określa, jaki efekt ma powstać, jakie funkcje ma mieć rozwiązanie i w jakich godzinach zespół powinien być osiągalny, a organizację pracy zostawia wykonawcy – to argument za samodzielnością;
- zamawiający na bieżąco instruuje, jak wykonać poszczególne zadania, wymaga akceptacji każdego kolejnego kroku, stale rozlicza ze sposobu pracy i uzależnia odejście od narzuconej metody od zgody koordynatora – to sygnał podporządkowania.
Innymi słowy: firma może określić produkt i techniczne warunki jego powstania, ale nie powinna na bieżąco rozstrzygać, w jaki sposób kontraktor ma wykonywać poszczególne czynności.
Dlatego w firmach IT szczególnie ważne jest, by trzy obszary mówiły jednym głosem: umowa, dokumentacja wewnętrzna (w tej branży zwykle bardzo rozbudowana) i codzienna praktyka. Ryzyko pojawia się tam, gdzie papiery deklarują niezależność, a w rzeczywistości kontraktor pracuje w ustalonych godzinach, dostaje bieżące polecenia, jest stale nadzorowany i musi uzyskiwać zgodę na sposób realizacji zadań. Prawidłowo napisany kontrakt to dopiero połowa sukcesu – bezpieczny model B2B wymaga konsekwentnego trzymania się jego zasad na co dzień.
Lista kontrolna dla zamawiającego
Dotychczasowe interpretacje pozwalają wskazać okoliczności, którym inspekcja przygląda się najuważniej. Przed podpisaniem lub przeglądem umowy B2B warto odpowiedzieć sobie na następujące pytania:
- Kto rozstrzyga o tym, kiedy i gdzie kontraktor świadczy usługi?
- Jak dużą samodzielność ma kontraktor? Czy firma może wydawać mu wiążące polecenia co do sposobu pracy? Jak w praktyce wygląda koordynacja projektu przez PM-a?
- Czy kontraktor może nie przyjąć danego zadania i co go wtedy spotyka?
- Czy może jednocześnie pracować dla innych klientów?
- Czy może powierzyć wykonanie usługi podwykonawcy lub zastępcy – i czy jest to realna możliwość, czy martwy zapis umowy?
- Kto ponosi ryzyko gospodarcze współpracy i na jakich warunkach?
- Czy wynagrodzenie jest zapłatą za faktycznie wykonane usługi, czy w praktyce za samą gotowość do pracy?
- Czy współpraca rzeczywiście przebiega tak, jak opisano ją w kontrakcie?
Źródło: opracowanie własne
